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Technical Field 

The present invention lies in the field of digital data storage and more 
specifically is concerned with disk drive controllers for multiple disk drives, 
generally known as disk drive arrays. 



Background of the Invention 
Hard disk drives 

Hard disk drives are found today in virtually every computer (except perhaps 
low-end computers attached to a network server, in which case the network server 

25 includes one or more drives). A hard disk drive typically comprises one or more 
rotating disks or "platters" carrying a magnetic media on which digital data can be 
stored (or "written") and later read back when needed. Rotating magnetic (or 
optical) media disks are known for high capacity, low cost storage of digital data. 
Each platter typically contains a multiplicity of concentric data track locations, each 

30 capable of storing useful information. The information stored in each track is 

accessed by a transducer head assembly which is moved among the concentric tracks. 
Such an access process is typically bifurcated into two operations. First, a "track 
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seek" operation is accomplished to position the transducer assembly generally over 
the track that contains the data to be recovered and, second, a "track following" 
operation maintains the transducer in precise alignment with the track as the data is 
read therefrom. Both these operations are also accomplished when data is to be 
5 written by the transducer head assembly to a specific track on the disk. 

In use, one or more drives are typically coupled to a microprocessor system as 
further described below. The microprocessor, or "host" stores digital data on the 
drives, and reads it back whenever required. The drives are controlled by a disk 
controller apparatus. Thus, a write command for example from the host to store a 

10 block of data actually goes to the disk controller. The disk controller directs the more 
specific operations of the disk drive necessary to carry out the write operation, and 
the analogous procedure applies to a read operation. This arrangement frees the host 
to do other tasks in the interim. The disk controller notifies the host, e.g. by 
interrupt, when the requested disk access (read or write) operation has been 

15 completed. A disk write operation generally copies data from a buffer memory or 
cache, often formed of SRAM (static random access memory), onto the hard disk 
drive media, while a disk read operation copies data from the drive(s) into the buffer 
memory. The buffer memory is coupled to the host bus by a host interface, as 
illustrated in Figure 1 (prior art). Disk data is often buffered by another static ram 

20 cache within the drive itself. The drive electronics controls the data transfers between 
this cache and the magnetic media. 

Disk Drive Performance and Caching 

Over the past twenty years, microprocessor data transfer rates have increased 

25 from less than 1 MByte per second to over 100 megabytes per second. At the current 
speeds, hierarchical memory designs consisting of static ram based cache backed up 
by larger and slower SRAM can utilize most of the processor's speed. Disk drive 
technology has not kept up, however. In a hard disk drive, the bit rate of the serial 
data stream to and from the head is determined by the bit density on the media and 

30 the RPM. Unfortunately, increasing the RPM much above 5000 causes a sharp drop 
off in reliability. The bit density also is related to the head gap. The head must fly 
within half the gap width to discriminate bits. With thin film heads and high 
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resolution media, disks have gone from 14" down to l n diameter and less, and 
capacities have increased from 5 MBytes to 20 GBytes, but data transfer rates have 
increased only from 5 to about 40 MBits per second which is around 5 MBytes per 
second. System performance thus is limited because the faster microprocessor is 
5 hampered by the disk drive data transfer "bottleneck". 

The caching of more than the requested sector can be of advantage for an 
application which makes repeated accesses to the same general area of the disk, but 
requests only a small chunk of data at a time. The probability will be very high that 
the next sector will already be in the cache resulting in zero access time. This can be 

10 enhanced for serial applications by reading ahead in anticipation before data from the 
next track is requested. More elaborate strategies such as segmenting and adaptive 
local cache are being developed by disk drive manufacturers as well. Larger DRAM 
based caches at the disk controller or system level (global cache) are used to buffer 
blocks of data from several locations on the disk. This can reduce the number of 

15 seeks required for applications with multiple input and output streams or for systems 
with concurrent tasks. Such caches will also tend to retain frequently used data, such 
as directory structures, eliminating the disk access times for these structures 
altogether. 

Various caching schemes are being used to improve performance. Virtually 
20 all contemporary drives are "intelligent" with some amount of local buffer or cache, 
i.e. on-board the drive itself, typically in the order of 32K to 256K. Such a local 
buffer does not provide any advantage for a single random access (other than making 
the disk and host transfer rates independent). For the transfer of a large block of 
data, however, the local cache can be a significant advantage. For example, assume a 
25 drive has ten sectors per track, and that an application has requested data starting with 
sector one. If the drive determines that the first sector to pass under the head is going 
to be sector six, it could read sectors six through ten into the buffer, followed by 
sectors one through five. While the access time to sector one is unchanged, the drive 
will have read the entire track in a single revolution. If the sectors were read in 
30 order, it would have had to wait an average of one half revolution to get to sector one 
and then taken a full revolution to read the track. The ability to read the sectors out 
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of order thus eliminates the rotational latency for cases when the entire track is 
required. This strategy is sometimes called "zero latency". 

Disk Arrays 

5 Despite all of the prior art in disk drives, controllers, and system level caches, 

a process cannot average a higher disk transfer rate than the data rate at the head. 
DRAM memory devices have increased in speed, but memory systems have also 
increased their performance by increasing the numbers of bits accessed in parallel. 
Current generations of processors use 32 or 64 bit DRAM. Unfortunately, this 

10 approach is not directly applicable to disk drives. While some work has been done 
using heads with multiple gaps, drives of this type are still very exotic. To increase 
bandwidth as well as storage capacity, it is known to deploy multiple disks operating 
in concert, i.e. "disk arrays". The disk array cost per MByte is optimal in the range 
of 1-2 GBytes. Storing larger amounts of data on multiple drives in this size range 

15 does not impose a substantial cost penalty. The use of two drives can essentially 
double the transfer rate. Four drives can quadruple the transfer rate. Disk arrays 
require substantial supporting hardware, however. For example, at a 5 MBytes per 
second data rate at the head, two or three drives could saturate a 16 MByte per 
second IDE interface, and two drives could saturate a 10 MByte per second SCSI bus. 

20 For a high performance disk array, therefore, each drive or pair of drives must have 
its own controller so that the controller does not become a transfer bottleneck. 

While four drives have the potential of achieving four times the single drive 
transfer rate, this would rarely be achieved if the disk capacity were simply mapped 
consecutively over the four drives. A given process whose data was stored on drive 0 

25 would be limited by the performance of drive 0. (Only on a file server with a 
backlog of disk activity might all four drives occasionally find themselves 
simultaneously busy.) To achieve an improvement in performance for any single 
process, the data for that process must be distributed across all of the drives so that 
any access may utilize the combined performance of all the drives running in parallel. 

30 Modern disk array controllers thus attain higher bandwidth than is available from a 
single drive by distributing the data over multiple drives so that all of the drives can 
be accessed in parallel, thereby effectively multiplying the bandwidth by the number 
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of drives. This technique is called data striping. To realize the potential benefits of 
striping, mechanisms must be provided for concurrent control and data transfer to all 
of the drives. Most current disk arrays tend to be based on SCSI drives with multiple 
SCSI controllers operating concurrently. Additional description of disk arrays 
5 appears in D. Patterson, et al. "A Case for Redundant Arrays of Inexpensive Disks 
(RAID)" (Univ. Cal. Report No. UCB/CSD87/391, Dec. 1987). 

Reliability Issues 

If a single drive has a given failure rate, an array of N drives will have N 

10 times the failure rate. A single drive failure rate which previously might have been 
adequate becomes unacceptable in an array. A conceptually simple solution to this 
reliability problem is called mirroring, also known as RAID level 1. Each drive is 
replaced by a pair of drives and a controller is arranged to maintain the same data on 
each drive of the pair. If either drive fails, no data is lost. Write transfer rates are 

15 the same as a single drive, while two simultaneous reads can be done on the mirrored 
pair. Since the probability of two drive failures in a short period of time is very 
unlikely, high reliability is achieved, albeit at double the cost. While mirroring is a 
useful solution for a single drive, there are more efficient ways of adding redundancy 
for arrays of two or more drives. 

20 In a configuration with striped data over N "primary" (non-redundant) drives, 

only a single drive need be added to store redundant data. For disk writes, all N+ 1 
drives are written. Redundant data, derived from all of the original data, is stored on 
drive N + 1 . The redundant data from drive N + 1 allows the original data to be 
restored in the event of any other single drive failure. (Failure of drive N + 1 itself is 

25 of no immediate consequence since a complete set of the original data is stored on the 
N primary drives.) In this way, reliability is improved for an incremental cost of 
1/N. This is only 25% for a four drive system or 12.5% for an eight drive system. 
Controllers that implement this type of arrangement are known as RAID level 3, the 
most common type of RAID controllers. Redundancy in known RAID systems, 

30 however, exacts penalties in performance and complexity. These limitations are 
described following a brief introduction of the common drive interfaces. 
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The current hard disk market consists almost entirely of drives with one of 
two interfaces: IDE and SCSI. IDE is an acronym for "Integrated Drive 
Electronics". The interface is actually an ATA or "AT Attachment" interface defined 
by the Common Access Method Committee for IBM AT or compatible computer 
5 attachments. IDE drives dominate the low end of the market in terms of cost, 

capacity, and performance. An IDE interface may be very simple, consisting of little 
more than buffering and decoding. The 16-bit interface supports transfer rates of up 
to 16 MBytes per second. 

SCSI is the Small Computer System Interface and is currently entering its 

10 third generation with SCSI-3. While the interface between the SCSI bus and the host 
requires an LSI chip, the SCSI bus will support up to seven "daisy-chained" 
peripherals. It is a common interface for devices such as CD-ROM drives and 
backup tape drives as well as hard disks. The eight-bit version of the SCSI-2 bus will 
support transfer rates up to 10 MBytes per second while the sixteen-bit version will 

15 support 20 MBytes per second. The available SCSI drives are somewhat larger than 
IDE, with larger buffers, and access times are slightly shorter. However, the data 
rates at the read/ write head are essentially the same. Many manufacturers actually 
use the same media and heads for both lines of drives. 

20 Known Disk Arrays 

Figure 1 illustrates a known disk array coupled to a microprocessor host bus 
102. The host bus may be, for example, a 32-bit or 64-bit PCI bus. The host bus 
102 is coupled through host interface circuitry 104 to a RAM buffer memory or cache 
106 which may be formed, for example, of DRAM. Accordingly, data transfers 

25 between the host bus and the RAM buffer pass over bus 108. At the right side of the 
figure are a series of 5 disk drives, numbered 0-4. Each one of the disk drives is 
coupled to a corresponding controller, likewise numbered 0-4, respectively. Each of 
the controllers in turn is coupled to a common drive data bus 130 which in turn is 
coupled to the buffer memory 106. In general, for a write operation, data is first 

30 transferred from the host to the RAM buffer, and then, data is copied from the RAM 
buffer 106 into the disk drives 0-4. Conversely, for read operation, the data is read 
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from the drives via data bus 130 and stored in the RAM buffer 106, and from there, it 
is transferred to the host. 

A DMA controller 140 provides 5 DMA channels — one for each drive. 
Thus, the DMA controller includes an address counter, for example 142, and a length 
5 counter, for example 152, for each of the five drives. The five address counters are 
identified by a common reference number 144 although each operates independently. 
Similarly, the five length counters are identified in the drawing by a common 
reference number 154. The address and length counters provide addressing to the 
RAM buffer. More specifically, each drive-controller pair requires an address each 

10 time it accesses the buffer. The address is provided by a corresponding one of the 
address counters. Each address counter is initialized to point to the location of the 
data stripe supported by the corresponding drive-controller pair. Following each 
transfer, the address counter is advanced. A length counter register is also provided 
for each drive. The length counter is initialized to the transfer length, and 

15 decremented after each transfer. When the counter is exhausted, the transfer for the 
corresponding controller-drive pair is complete and its transfer process is halted. 

Thus it will be appreciated that in systems of the type illustrated in Fig. 1, the 
disk drives operate concurrently but not synchronously. Each of the drives includes 
internal electronics 1 (not shown) that will signal the corresponding controller when a 

20 requested sector has been written or read, as the case may be. For example, drive 0 
is coupled to the corresponding controller 170. When drive 0 signals the controller 
170, the controller begins to transfer that block via the data bus 130 into the RAM 
buffer as using an address provided by the corresponding DMA controller channel as 
noted above. Each of the controllers will arbitrate for access to the data bus 130 

25 which is a shared resource. While these transfers are concurrent, they are not 

synchronous. Because of these random accesses to the RAM buffer, it is impossible 
to take advantage of DRAM page mode operation which would otherwise offer higher 



1 The internal electronics on-board a disk drive are sometimes called the drive 
controller, but the term "disk drive controller" is used herein exclusively to refer to the 
apparatus that effects transfers between the disk drive electronics and the host (or memory 
buffer) as illustrated in Fig. 1. Drive electronics are not shown explicitly in the drawings 
as they are outside the scope of the invention. 
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bandwidth at lower memory cost. That is not to say that the data transfers are 
asynchronous. The data bus arbitration and transfers may all be synchronous to some 
clock, but the data transfers will not start or finish at the same time. If the data has 
been striped, the requested disk access cannot be completed until all of the 
5 drives/controllers have completed their respective data transfers. 

Most current RAID controllers use SCSI drives. Regardless of the striping 
scheme, data from N drives must be assembled in a buffer to create logical user 
records. While each SCSI controller has a small amount of FIFO memory to take up 
the timing differences, an N-channel DMA with N times the bandwidth of any one 

10 drive is required to assemble or disassemble data in the buffer. For optimal system 
performance, this buffer must be dual ported with double the total disk bandwidth in 
order to support concurrent controller to host transfers. Otherwise, disk transfers 
would have to be interrupted during host transfers, and the reverse, so that each 
would operate only half the time for a net transfer rate of only half of the peak rate. 

15 The host transfers require an additional DMA channel to provide the buffer address. 
For these reasons, known N-channel DMA controllers are relatively large, complex 
and expensive devices. 

The size and complexity of RAID controllers are aggravated by redundancy 
requirements. During a write operation, the data written to the redundant drive must 

20 be computed from the totality of the original data written to the other drives. The 

redundant data is computed during a second pass through the buffer (after writing the 
data to the primary or non-redundant drives), during which all of the data may be 
accessed in order. This second pass through the data essentially doubles the 
bandwidth requirements for the disk port of the RAM buffer. If surplus bandwidth is 

25 not available, the generation of redundant write data slows the write process 

considerably. This is rationalized as an appropriate solution in some applications 
since writes occur much less often than reads so that the impact on overall disk 
performance is much less than a factor of two, but there is a performance penalty in 
prior art to provide redundancy. 

30 Moreover, in the event of a read error or a single drive failure, a second pass 

through read data in the buffer is again required to reconstruct and restore the missing 

9 
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data. Once again, this is rationalized as acceptable for some applications since the 
failure rates are low. 

To briefly summarize, data transfer between an array of drives each with its 
own SCSI controller and a buffer memory may be concurrent, but it is not 
5 synchronous. The disk controllers in the prior art will begin and end their respective 
transfers at different times. For each controller there must exist an independent 
DMA channel with it own address pointer into the buffer memory and its own length 
counter. And due to data striping, a given record requested by the host cannot be 
returned until the last drive has completed its access. Additionally, in the prior art, 
10 redundancy requires either increased cost for higher bandwidth memory or reduced 
performance. 

Summary of the Invention 

In view of the foregoing background, the need remains to improve disk array 
15 performance. It is an object of the present invention to provide improved disk array 
performance while reducing the cost and complexity of disk array controller 
apparatus. Another object of the invention is to reduce delays associated with 
handling redundant data in a RAID system. In the best case, there should be no 
performance penalty resulting from applying redundancy to improve disk array 
20 storage reliability. Important aspects of the invention include the following: 

1 . SYNCHRONOUS DATA TRANSFER 

A first aspect of the present invention includes methods and circuitry for 
effecting synchronous data transfer to and from an array of disk drives. The 

25 synchronous data transfer techniques are applicable to any array of disk drives — 
IDE, SCSI, etc. — with or without a redundant drive. One advantage of the 
synchronous data transfer techniques described herein is the reduction of the required 
DMA complexity by a factor of N, where N is the total number of drives. The new 
disk array controller requires a DMA controller no more complex than that required 

30 for a single drive — i.e. only a single address counter and a single length counter — 
regardless of the number of drives in the array. 
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2. WIDE MEMORY BUFFER EXAMPLE 

In one illustrative embodiment of the invention, it is applied to an array of N 
IDE drives. The data stripe is two bytes wide, the width of the IDE bus. The buffer 
memory width of the controller is 2 x N bytes wide, the combined width of the IDE 
5 interfaces of the active drives. To execute a read operation, for example, a single, 

global read command comprising the starting sector number, the number of sectors to 
be read, and a "read sector" command type is "broadcast" to all of the drives at once. 
This information is written to a "command block" of registers in each IDE drive. 
Since data preferably is striped identically to all drives, the read command 
10 information is the same for all drives. This feature enhances performance by 

eliminating the time required to send commands to all of the drives sequentially. 
Writing to the command block of registers starts processing of the command in the 
drives. 

After all of the drives are ready, i.e. the requested data is ready in each drive 

15 buffer, that data is transferred from all of the drive data ports to the buffer memory 
using a single sequence of common strobes which are shared by all of the drives. 
This is possible since the buffer access timing for the IDE interface is determined by 
the host adapter or controller end of the interface. Since the record requested by an 
application cannot be delivered until the last drive has finished reading its stripe, 

20 there is no performance penalty for waiting until all N drives have indicated that they 
have the requested data ready in their respective buffers as long as the data can be 
transferred at the maximum rate attainable by all of the drives. Each global read 
strobe will read two bytes from each drive and thus 2 x N bytes from the N drives. 
This transfer corresponds to one "read cycle." The resulting word is stored in 

25 parallel ("broadside") into the controller's buffer memory. Following each buffer 

memory write, a single buffer address counter is incremented to point to the next 2 x 
N byte word. Only a single-channel DMA is required. Continuing the above 
illustration, assuming 16 MByte transfer rate IDE drives for example, a two-drive 
array would transfer 32 MBytes per second into a 32-bit buffer, a four-drive array 

30 will transfer 64 MBytes per second into a 64-bit buffer, and an eight-drive array will 
transfer 128 MBytes per second into a 128-bit buffer. 
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3. MULTIPLEXED DATA AND DOUBLE BUFFERING 

While a static ram memory buffer on the controller can easily handle the 
bandwidth described above, the buffer memory width (i.e. the buffer memory data 
port word size) required for four or more drives is expensive. In an alternative 
5 arrangement, the IDE data is multiplexed into a narrower but faster RAM. Individual 
read strobes to the N drives are staggered by 1/N of the read cycle. Alternatively, 
the same result can be achieved by using the trailing edge of the global read strobe to 
latch the read data. During the next read cycle, the contents of the latches are 
multiplexed onto a common data bus and written sequentially into the buffer memory. 
10 Since the buffer memory access remains sequential, only a single address counter is 
required. For the disk write, a staggered series of write strobes may be used to 
distribute the write data into a series of latches, one latch for each drive. The write 
data is then "broadside" hold the drive data stable through the write strobe, while the 
first set of latches are sequentially loaded again. 

15 

4. RING STRUCTURE DRIVE DATA BUS 

Another embodiment of the invention is a disk array controller apparatus for 
accessing an array of disk drives, each disk drive having a corresponding data port, 
as before. In this arrangement, however, a series of latches are arranged serially so 

20 as to form a ring structure. Each latch has a tri-state output port coupled to the input 
port of the next latch in the ring. An arbitrary one of the latch output ports also is 
coupled to the RAM buffer data port for transferring data into the RAM. Data can be 
clocked around the ring with a single clock signal, similar to a shift register. Each of 
the ring latch output ports also is coupled to a corresponding bidirectional latching 

25 transceiver. Each of the latching transceivers, in turn, has a second port for 
connection to a corresponding one of the disk drive data ports. 

In a disk write operation, data is first moved into the ring from the RAM 
buffer, by shifting the data around the ring until the ring is "loaded" with write data. 
For example, four 16-bit latches are loaded with a total 8-byte word. Then the ring 

30 data is transferred in parallel ("broadside") into the latching transceivers. The 

latching transceivers hold the data stable while it is copied into the drives in response 
to a write strobe. While that first 8-byte word is written to the drives (two bytes to 
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each drive), the ring is loaded with the next 8-byte word of write data. In a read 
operation, a common read command is broadcast to all of the drives. When all of the 
drives are ready, data is transferred into all of the latching transceivers from all of the 
drives in parallel. Next the data is transferred, again in parallel, from the latching 
5 transceivers into the ring of latches. Finally, the data is stored in the RAM buffer by 
shifting it around the ring until the last byte pair is presented at the output of the ring 
latch coupled to the RAM buffer port. While that first 8-byte word of read data is 
transferring into the RAM, the next word of data is being transferred from the drives 
into the latching transceivers. These steps are repeated until the disk access requested 
10 by the host is completed. The ring structure has numerous advantages, including 

eliminating the need to synthesize staggered strobes, and providing disk array access 
operations using essentially only three control signals — a common disk strobe, a 
common transfer strobe, and a common ring clock — regardless of the number of disk 
drives in the array. 

15 

5. REDUNDANT DATA OPERATIONS 

Given 2 x N bytes of data in parallel, it is known to compute a redundant 
"check word". One approach is to XOR (boolean exclusive-OR operation) the 
corresponding bit positions of all of the words. Bit zero of the check word is 

20 computed by XORing the bit zeroes of the words from each of the N drives, bit one is 
computed by XORing the bit ones, and so on. In prior art, because the disk transfers 
are asynchronous relative to one another, computation of the redundant check word 
had to wait until all the data was in the buffer memory. Each word of the buffer has 
to be read back for the purpose of the calculation. This doubles the number of 

25 accesses and required RAM buffer bandwidth for a given data rate. If less than 

double bandwidth is available, the data transfer rate will suffer. Another aspect of the 
present invention provides for computing the redundant check word synchronously 
and "on the fly" from the serialized data stream. One example of an embodiment of 
this aspect of the invention is described as follows. When the word (two bytes) to be 

30 written to the first drive is fetched from the buffer, it is loaded into an accumulator. 
As the two bytes for each additional drive is fetched, it is XORed with the current 
contents of the accumulator and the result is put back into the accumulator. When the 
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word for the last drive N has been fetched and XORed with the accumulator, the 
accumulator will be holding the redundant data word for the N+ 1 drive. The 
redundant word is written from the accumulator to the redundant drive. The required 
redundant data thus is produced on the fly without any performance penalty. 
5 Another aspect of the invention includes methods and circuitry for 

reconstructing missing read data "on the fly". Missing data is reconstructed as the 
serial stream of read data moves from the drives into the buffer. Only complete, 
correct data is stored into the buffer according to the invention. No delay is incurred 
in the process. Hence a bad sector (corrupted or unreadable) or even an entire bad 

10 drive causes no special read delay. The failure is essentially transparent to the host 
machine. These features and advantages are made possible in part by transferring 
data to and from the disk drives not only concurrently but also synchronously. 

To reconstruct missing data in the event of any single drive failure, the 
serialized read data stream is passed through anN + 1 stage pipeline register. To 

15 begin, a word from the first drive is loaded into an accumulator and into the pipeline. 
As the next data word enters the pipeline from the next drive, it is XORed with the 
first word and the result stored in an accumulator. This process is repeated for each 
subsequent drive except that data from the failed drive is ignored. Once the data from 
the last (redundant) drive enters the pipeline, the accumulator will be holding the data 

20 from the missing drive. This result is transferred to a hold latch, and when the 

missing word in the pipeline from the failed drive is reached, the contents of the hold 
latch is substituted in place of the pipeline contents. A disk read with one drive failed 
is performed in a single pass of the data and without any performance penalty. Thus 
the drive failure is essentially transparent to the host, although it can be detected and 

25 logged for repair at a convenient time. Circuitry for forming redundant data, and 

circuitry for reconstructing missing data, can be conveniently inserted into the word- 
serial data stream on the disk drive side of the RAM buffer. A disk array controller 
as described herein preferably is implemented as an Application Specific Integrated 
Circuit ASIC for low cost volume production. 

30 The foregoing and other objects, features and advantages of the invention will 

become more readily apparent from the following detailed description of a preferred 
embodiment which proceeds with reference to the drawings. 
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Brief Description of the Drawings 

FIG. 1 is a hardware block diagram illustrating a prior art disk array system. 

FIG. 2 is a hardware block diagram illustrating primary data paths in one 
embodiment of the present invention as applied to an array of IDE drives for 
synchronous data transfer. 

FIG. 3 is a schematic diagram illustrating control signal circuitry for 
interfacing with an array of IDE disk drives for synchronous operation, e.g. in a disk 
array system of the type illustrated in Fig. 5. 

FIG. 4 A is a timing diagram illustrating operation of the system of FIG. 5 for 
executing a disk read operation. 

FIG. 4B is a timing diagram illustrating operation of the system of FIG. 5 for 
executing a disk write operation. 

FIG. 5 illustrates an IDE disk array system with multiplexed disk drive data 
bus utilizing dual level transceivers according to another aspect of the invention. 

FIG. 6 is a hardware block diagram illustrating a disk drive array system 
utilizing a ring structure multiplexed data bus. 

FIG. 7 is a hardware block diagram illustrating a disk drive array system with 
redundant data processing according to another aspect of the invention. 

FIG. 8 is a simplified schematic diagram illustrating circuitry for forming 
redundant check data "on the fly" in a RAID buffer data path. 

FIG. 9 is a simplified schematic diagram illustrating circuitry for 
reconstructing missing data from redundant check data "on the fly" in a RAID buffer 
data path. 

FIG. 10 is a state table illustrating operation of the circuitry of Fig. 9 in a disk 
read operation where data correction is not required. 

FIG. 1 1 is a state table illustrating operation of the circuitry of Fig. 9 in a disk 
read operation including reconstruction of missing data. 

FIG. 12 is a functional block diagram illustrating a presently preferred 
embodiment of a disk array controller integrated circuit implementation of the present 
invention. 

FIG. 13 is a hardware block diagram illustrating an alternative embodiment of 
the invention as applied to an array of SCSI drives. 
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FIG. 14 is a timing diagram illustrating operation of a ring structure drive data 
bus of the type illustrated in the example of Fig. 6. 
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Detailed Description of Preferred Embodiment 

Figure 2 is a hardware block diagram illustrating one embodiment of the 
invention as applied to an array of IDE drives (0-3) so as to provide synchronous data 
transfer. The host bus 102, host interface 104 and RAM buffer 106 (also referred to 
5 herein as the "buffer memory" or "cache") were described with reference to Figure 1 
previously. In the system of Fig. 2, each of the disk drives, IDE drive 0 through IDE 
drive 3, is coupled to the RAM buffer 106 through a respective bus transceiver circuit 
having the same width as the drive interface (for example 16 bits or 2 bytes). For 
example, drive 0 is coupled to bus transceiver ("BUS XCVR") 204 via path 206 and 
10 bus transceiver 204 in turn is coupled via path 208 to the RAM buffer 106. 

Support of the drive interfaces requires two types of information transfers, 
control and data. The data paths are shown in Fig. 2 as described. The control 
information shares 206 ~ the drive data port, but does not come from the RAM. 
Another path, not shown, is required to initialize the control registers in the IDE 
15 drives. 

Figure 3 is a schematic diagram illustrating control signals for interfacing with 
an IDE drive such as drive 160 in Fig. 2. The IDE drive interface is shown as box 
160 in Fig. 3. A disk array control system "CTRL BLOCK" (not shown) provides a 
set of control signals that are common to all of the disk drives in the array. These 

20 control signals can be generated, for example, by a processor described later. The 
common control signals are indicated as control bus 302. The control bus signals 
include a 3-bit disk address DA [0:2], a disk read strobe DIOR- and a disk write 
strobe DIOW-, where the minus symbol (-) indicates active low signals. Each of 
these common control signals is connected to drive 160 as shown and in like manner 

25 to all of the other drives in the array. 

The control bus 302 also includes a disk command signal 310, a disk control 
signal 312 and a disk reset signal 314. The control system further provides a unique 
drive select signal SELECT[N] for each drive. In Fig. 3, signal line 320 is the drive 
select signal corresponding to drive 160. The disk command signal 310 and the 

30 unique select signal 320 are input to a first NAND gate 322 to provide a unique chip 
select signal DCSO- to drive 160. Similarly, the disk control signal 312 and the 
individual select signal 320 are input to a second NAND gate 324 to provide a unique 
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chip select signal DCS1- to the drive 160. Finally, the common disk reset signal 314 
and the individual select signal 320 are input to a third NAND gate 326 so as to 
provide a unique drive reset signal DRESET- to the drive 160. The same 
arrangement using NAND gates (or equivalent logic) is provided for each of the 
5 drives in the array. In this arrangement, common control, command and reset signals 
form part of the control bus connected to all of the drives in the array. For each 
drive, these signals are qualified by the corresponding individual drive select signal. 
This strategy reduces the number of signal lines that must be routed from the control 
system to the disk drives and, where the control system is implemented as an 

10 integrated circuit, reduces the number of pins on the IC package. 

Each disk drive interface provides a corresponding ready signal DIORDY and 
a corresponding interrupt request signal DINTRQ. The disk drive asserts its interrupt 
request signal to indicate that a requested read operation has been initiated, i.e., valid 
data is available on the drive data bus 206. In operation of the array as further 

15 explained below, the control system polls all of the disk drive interrupt request 

signals in order to determine when read data is available from all of the drives. An 
alternative "handshake" method uses DMARQ / DMACK signals. If enabled, the 
drive asserts DMARQ when ready to transfer data. When the controller is ready to 
receive it, it asserts DMACK (in place of a chip select) and then drives the strobes. 

20 The drive can throttle the process (start/stop it as necessary) by negating DMARQ 
instead of DIORDY. Either handshake protocol can be implemented in the array 
controller described herein. 

Data "striping" across the drives is greatly facilitated by mapping identical 
portions of a block of data onto each drive, e.g. 50% on each of two drives, or 25% 

25 on each of four drives, etc. If the drives are identical in terms of sectors per track 

and the number of heads or surfaces, and the data from a given host block is mapped 
into the same logical position on each of the drives, then the disk commands will be 
identical and they can be broadcast, as further described later. Synchronous data 
transfer requires waiting for all drives to be ready to transfer, and then transferring 

30 blocks of data wherein each block consists of one element (a word in the case of 

IDE) from each of the drives. Synchronous data transfer can be either in parallel, as 
in Fig. 2, or serialized by a multiplexer, as will be discussed in connection with 
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Fig. 5 below. In a write operation using the system of Fig. 2, a single continuous 
stream of write data from the RAM buffer 106 is striped on the fly to the array of 
drives simply by virtue of physical arrangement of the data bus lines. Conversely, in 
the read direction, the striped data from the drive is merged on the fly into a single 
5 contiguous stream for the cache. Only a single DMA channel 220, consisting of one 
cache address pointer 222 and length counter 224, is required to direct the transfer. 
This strategy represents a substantial savings in hardware over the arrangement 
illustrated in Figure 1. Accessing the cache or RAM buffer 106 with a contiguous 
stream as opposed to random accesses has the further advantage of allowing the cache 
10 to make better use of a DRAM's page mode of operation thereby obtaining higher 
bandwidth at lower cost. Moreover, transferring data for all of the drives as a 
contiguous block allows the redundant data to be computed on the fly as will be 
explained later. 

In the arrangement shown in Figure 2, the RAM buffer 106 has a port width 

15 or word size equal to the sum of the IDE drive interfaces. As a practical matter, the 
total width of the data path from all of the drives will be greater than the width of the 
data path into the cache, which will often match the width of the host interface 108. 
Additionally, this arrangement is difficult to implement for a write operation, because 
of typical IDE drive write data setup and hold requirements. For these reasons, 

20 multiplexing and buffering of the disk drive data is preferred, as illustrated next. 

Referring next to Figure 5, an alternative embodiment of the invention 
incorporates multiplexed data transfers to the buffer. The arrangement shown in 
Figure 5 is generally similar to that shown in Figure 2, except that each of the bus 
transceivers (e.g. 204 in Fig. 2) is replaced with dual-level latching transceivers. 

25 Thus, for example, IDE drive 0 is coupled via bus 532 to a first bidirectional latching 
transceiver 530. Latching transceiver 530 in turn is coupled via bus 542 to a second 
bidirectional latching transceiver 540. Latching transceiver 540 is coupled via bus 
550 to a multiplexed drive data bus 510, which in turn is coupled to the RAM buffer 
506 data port. The term "coupled" is used herein to include direct or indirect 

30 connection of one node or port to another. For example, buffer circuits (not 

shown) may be included as appropriate for cable loading. In this arrangement, the 
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buffer data port need only be as wide as each individual JDt, drive interface. Data 
transfers to the buffer are time-multiplexed as described next. 



Multiplexed Data Transfer Timing 
5 Referring now to Figure 4A, the top part of the timing diagram, labeled 

"DISK STB" (disk strobe) shows a series of four read strobe signals, each directed to 
a corresponding one of the disk drives of Figure 5. As noted above, one of the 
advantages of synchronous operation is that a single read strobe is common to all of 
the drives. Separate signals are shown here for illustration. The trailing edge of 

10 these strobes (e.g. 410) clocks read data from a given drive (e.g. drive 0) into its 

corresponding latch (530). This broadside load of the latches is not effected until all 
of the drives have indicated that read data is ready. (The read data is held ready in 
each drive's on-board buffer.) 

The middle part of Fig. 4A, labeled "XFER STB" (transfer strobe), shows 

15 four strobes that clock the read data from the receiving latches (e.g. 530) into the 
multiplexing latches (e.g. 540). Again, since these strobes are identical, a single, 
common signal can be used to transfer all of the latch data at once "broadside". 
When the transfer strobe signal goes low, e.g. pulse 420, data is transferred 
"broadside" from each of the receiving latches into the corresponding multiplexing 

20 latches. The mux latches hold the data while it is multiplexed into the RAM buffer. 

Finally, the lower portion of Fig. 4A labeled "MUX STB" (multiplexer 
strobe) shows a series of four staggered control signals, each coupled to a 
corresponding one of the multiplexing latches for sequentially transferring data onto 
the drive data bus 510. The data is multiplexed from the bus 510 into the RAM 

25 buffer 506 under control of the single-channel DMA controller 520 as described 
above. Note that data from all four latches is sequentially moved into the RAM 
during the time of a single disk strobe. While the first word of read data is being 
transferred into the buffer at mux strobe pulse 422, for example, the next read strobe 
430 is issued to the drives to read the next word of data. By the time the next 

30 word(s) of data from the drives are ready, the first words have been sequentially 

stored in the RAM. This process is repeated continuously, as illustrated, until all of 
the read data requested in the read command has been transferred into the RAM. In 
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some cases, caching strategies may cail for reading multiple sectors or even entire 
tracks from the disk drives to implement a cache memory management scheme. 

Fig. 4B illustrates a disk write operation using the hardware of Fig. 5. Here, 
the process Fig. 4 A essentially is reversed. Staggered multiplexer strobes ("MUX 
5 STB") sequentially load the write data from the RAM buffer (data bus 510) into the 
multiplexer latching transceivers (e.g. 540). After all four latches are loaded, the 
write data is transferred broadside into the second set of latching transceivers, e.g. 
530. 

The process described may be done at relatively high speed. For example, at 

10 each one of the latter latches the data might need be present at the input for 15 ns. 
Thus all four latches are loaded in nominally 60 ns (i.e. 133 MBytes per second). 
Once all of the latches have been loaded, the data is broadside transferred into the 
output latches — see strobe 460. Next, a common write strobe signal is asserted to all 
of the drives, for example write strobe 480. The write data is held at the output 

15 latches for the time necessary, for example 125 ns, for the drives to carry out the 
write operation. While that is occurring, the input latches are loaded again, 
sequentially, strobes 442-448. After the last input latch is loaded 448, the first write 
operation to the drives has been completed, and the input latches are transferred 
broadside into the output latches as before, in response to control signals 462. 

20 Conceptually, for each drive, the read data path can be configured as a pair of latches 
— an input latch (coupled to the drive) and a multiplexer latch. Similarly, the write 
data path comprises a multiplexer latch (coupled to the data bus) and an output latch 
coupled to the drive. Preferably, however, each set of four latches is compressed into 
a pair of bidirectional latching transceivers to save parts. 

25 An alternative disk array controller is illustrated in Fig. 6. In that 

arrangement, a plurality of latches 600, 602, 604, 606 and 608 are arranged serially 
so as to form a ring bus structure. One latch is provided for each disk drive, plus one 
additional latch 610 between the last drive (drive 4) and the control system circuitry 
(the data bus). Note that these latches 600-610 must be edge clocked; transparent 

30 latches will not work. Each latch in the ring has a tri-state output port coupled to the 
input port of the next latch in the ring. For example, the output port of latch 604 is 
coupled to the input port 605 of latch 606. The system is controlled by a control 
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system 640 described in greater detail below. The control system 640 includes a port 
610 which is coupled to the ring bus 612. Control system 640 also includes a port on 
the host bus 102. It further includes a buffer memory port 618 for transferring data 
to and from the RAM buffer 106. While the RAM buffer 106 is described primarily 
5 with reference to buffering read and write data, the same memory, preferably 

DRAM, can be used for storing microcode for execution in the control system 640, 
and a portion of the DRAM is likely to be used as cache in connection with disk drive 
read operations. Particulars of disk caching operations are known in the prior art and 
are outside the scope of the present invention. 

10 Another memory 650 is non- volatile memory, preferably flash memory. Flash 

memory, while non-volatile, has the added advantage of being writable in-system. 
The flash memory 650 can be used to store microcode for operation of a 
microprocessor in the control system 640, and can be used for logging disk drive 
statistics. For example, it can be used to log errors that are detected in reading or 

15 writing any of the drives, as well as tracking installation and removal of particular 
disk drives. The flash memory 650 is coupled through data port 652 to the ring bus 
612. This arrangement allows for transfers between the control system 640, the flash 
memory 650 and the DRAM buffer 106. For example, microcode stored in the flash 
memory 650 can be loaded into the DRAM 106 when the system is initialized thereby 

20 allowing faster operation of microprocessor disposed in the control system 640. In a 
presently preferred embodiment, the control system 640 would be implemented in a 
single integrated circuit, including an on-board RISC processor. 

The configuration shown in Fig. 6 has the advantage of using a common clock 
to shift the ring and a common output enable for the elements of the ring. This 

25 configuration eliminates the need for N 4- 1 staggered strobes to multiplex read data 
and to demultiplex write data and minimizes the number of pins on such an integrated 
circuit, control system 640, without compromising speed or expendability. For 
example, additional disk drives can be deployed, simply by expanding the size of the 
ring bus 612, i.e. by adding an additional latch and additional latching transceiver for 

30 each additional disk drive. Note that each latch drives only the following latch (and 
the corresponding latching transceiver) regardless of the size of the ring, so loading is 
not an issue. The multiplexing ring (or the multiplexing latches previously 
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shown) also provides a data path from the control circuitry 640 to the drives for 
command and status information. While the drive read and write strobes are 
common, each drive interface has a unique chip select signal. To broadcast 
commands or transfer data, all chip selects are asserted during the strobe. To read 
5 the status of any one drive to direct commands to a single drive as might be required 
for error recovery or other purposes, individual chip selects may be asserted. 
Preferably, the number of drives is equal to 2 N + 1, including a redundant drive. 
Having the number of primary or non-redundant drives equal to a power of 2 
simplifies mapping striped data both into and out of the DRAM buffer. In the 

10 presently preferred design, all of the circuitry shown in Fig. 6, except for the disk 
drives themselves, are deployed on a single circuit board. The boards can be 
configured for mechanical compatibility, and the control system 640 programmed for 
logical compatibility, with known computers, such as the ubiquitous "personal 
computer". The circuit board further includes a connector, for example, connector 

15 621, for each disk drive to be attached to the described controller board. In this 
illustration, IDE drives, 0-4 are shown, one of which would be designated as a 
redundant drive. The invention, however, is equally applicable to SCSI drives, in 
which case a SCSI controller would be connected to each drive port instead of an IDE 
drive. Additionally, the control system 640 can be programmed to interface with 

20 various host bus architectures, such as the 32-bit VESA bus and 32-bit or 64-bit PCI, 
etc. 

Each of the drives is coupled to a bi-directional latching transceiver, shown as 
latching transceivers 620, 622, 624, 626 and 628. One such device, called a CMOS 
16-bit bus transceiver /register, is commercially available from Integrated Device 

25 Technology, Inc. IDT 54/74 FCT 16652T. (That device is edge clocked.) The IDT 
device is organized as two independent 8-bit bus transceivers with three-state D-type 
registers. In this regard, we refer to each latching transceiver as having two ports. 
In each transceiver, the first port is connected to a corresponding one of the disk 
drives, for example, latching transceiver 620 has a first port 621 coupled to IDE 

30 drive 0. The second port in each latching transceiver is coupled to a different "node" 
on the ring bus 612, The second port of latching transceiver 620 is coupled at the 
input to latch 602. The second port of latching transceiver 622 is coupled to the input 
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of latch 604, etcln the preferred embodiment illustrated, there is one latch on the ring 
per drive and plus one latch coupling the last drive to the control system. The 
control system 640 is arranged to execute synchronous, multiplexed data transfer 
between the memory buffer 106 and the ring 616 by serially shifting data around the 
5 ring. The ring bus 612 can be operated at the control system 640 processor speed, 

for example 66 MHZ. For each clock cycle, one word of data is transferred from the 
memory buffer 106 through the control system port 610 onto the ring bus 612. At 
each clock cycle, a word of data is transferred from one latch to the next, much like a 
shift-register. Thus, in the example illustrated, over the course of 5 clock cycles, 4 

10 words of data are moved from the memory buffer 106 into the latches 602, 604, 606, 
608. A fifth word consisting of redundant data is synthesized and held in latch 600. 
Once the data is in the correct position, it is broadside loaded (i.e., in a single clock 
cycle) into the latching transceivers 620-628. The latching transceivers then hold the 
data at the drive port (e.g., 621) while it is written into the disk drive. In the 

15 meantime, since the latching transceivers isolate the ring of latches from the disk 
drive interface, the control system 640 proceeds to reload the ring with the next 5 
words of write and redundant data. Preferably, the control system/DRAM operates at 
N times the speed of each disk drive, where N is the number of drives. In this way, 
the time it takes to fill the ring with data is approximately the same as the time it 

20 takes to write the data from the latching transceivers into the drive. The result is 
synchronous operation at data rates approximately equal to N times the individual 
data rate of a single drive. 

The foregoing operation is further illustrated by the timing diagram of 
Fig. 14, in which five RING CLOCK signals are shown — one for each of the ring 

25 latches. Since they are identical, however, a single ring clock signal is sufficient. 

After five ring clock cycles to "load" the ring as described above, five "XFER STB" 
(transfer strobe) signals are asserted simultaneously to broadside transfer the write 
data from the ring latches (600-608 in Fig. 6) into the corresponding latching 
transceivers (620-628 in Fig. 6). Again, a single transfer strobe is preferred. 

30 Finally, the "DISK STB" (disk strobe) signals write the data from the latching 
transceivers into the corresponding disk drives. Again, since all five drives are 
synchronized, a single drive strobe is preferred to simplify wiring and reduce pin 
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count. While the data is being transferred and written to disk, the next five cycles of 
the ring clock are loading the next word into the ring; the RAM addressing being 
directed by the single channel DMA as before. This process is repeated until the 
write command is completed. A read operation proceeds in the opposite direction but 
5 in analogous fashion so it need not be described in detail. 

Redundant Checkword Computations 

Figure 7 is another illustration of a disk controller apparatus arranged for 
synchronous data transfer. This arrangement is similar to that described above with 

10 reference to Figures 2 and 6. This figure shows, in addition, a block 720 marked 

"RDO" (redundant data operations) which is coupled to the cache memory buffer 306 
via bus 722 and is coupled to the drive data bus, 3 10 via bus 724. Thus the RDO 
Block 720 is in the data path between the drives and the memory buffer. RDO block 
720 represents a means for generating redundant data during a write operation and, 

15 conversely, reconstructing any missing data from redundant data during a read 

operation. RDO block 720 includes circuitry that operates under control of the local 
processor 700 as further described below. 

Figure 8 illustrates one implementation of RDO circuitry for generating 
redundant check data on the fly during execution of a disk write operation. Referring 

20 to Figure 8, write data from the buffer on bus 722 is directed to a first input 810 of a 
multiplexer 812. The output of mux 812 is coupled to the drives via bus 724. The 
write data on bus 722 also is directed via path 814 to a first input 816 of an XOR 
circuit 820. The output of XOR 820 is directed via 822 to an accumulator 824. The 
output of accumulator 824 is coupled to the second input 826 of multiplexer 812 and 

25 also is coupled via feedback path 830 to the second input 832 of XOR 820. The XOR 
thus generates the logical exclusive-OR function of the accumulator contents and the 
incoming data on bus 722. The result is stored in accumulator 824. 

In operation, a first word of write data is directed to the disk drives via bus 
722 and multiplexer 812. At the same time, the first word of data is loaded through 

30 XOR 820 into accumulator 808 (the accumulator having been cleared previously). 

The next word of write data is directed via bus 722 and multiplexer 812 to the next 
disk drive in the array. At the same time, the second word of write data is XORed in 
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circuit 820 with the first word (previously stored in the accumulator). This process is 
repeated, each new word of write data being XORed with the previous XOR result, 
until the corresponding words of write data have been stored in each of the disk 
drives except for the redundant drive. Then multiplexer 812 is switched so as to 
5 direct the contents of accumulator 824 to the output bus 724 for storing that word — 
the redundant check word — in the redundant drive. This process is conducted "on 
the fly** as the data passes from the RAM buffer to the drives. The relative simplicity 
of the circuit derives from the fact that the multiplexed data is interleaved by word 
and that each word of redundant write data may be stored on the drive as soon as it is 

10 computed. In the prior art, as noted above, the redundant data is computed during a 
second pass through the buffer by a local processor or state machine, during which all 
of the data may be accessed in order for the purpose of the computation. That second 
pass through the data slows the write process considerably in the prior art. Returning 
to the circuitry of Fig. 8, the XOR/LOAD circuit and multiplexer 812 are controlled 

15 by a simple counter or state machine (not shown), arranged to count modulo the 
number of drives. 

Figure 9 illustrates circuitry for reconstructing missing data during a disk read 
operation. The processor (700 in Fig. 7) includes two registers where it stores the 
number of drives in the array and the identity of any detected bad drive. Thus the 

20 identity of a bad drive is known in advance of starting a read operation. The 

processor will use the circuitry of Figure 9 to reconstruct the data stored in the bad 
drive during the read operation as follows. In Figure 9, word-serial read data from 
the disk drives is received via bus 900 into a data pipeline 902. Pipeline 902 
comprises at least N + 1 stages of registers where N is the total number of disk drives. 

25 In this example, assuming a total of five disk drives, pipeline 902 has 6 stages, 
numbered 0-5 in the direction of data flow, the first stage being stage 904. Data 
flows out of the pipeline 902 via path 952 into a first input to multiplexer £28* and 
then to the cache or buffer memory. 

Read data from the disk drives on bus 900 also is input into a first input of an 

30 XOR circuit 920. The XOR provides the boolean exclusive-OR function of the input 
data word from bus 900 and the contents of an accumulator 940 via feedback path 
944. The XOR results are held in the accumulator for the next computation. The 
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accumulator contents also are input to a hold latch 950 which in turn provides the data 
via path 954 to a second input to multiplexer -920. Thus multiplexer 939 selects data 

A A 

from either the pipeline path 952 or the XOR/accumulator path 954. All of the data 
paths in Fig. 9 are word wide in a preferred embodiment, i.e. the same width as each 
5 disk drive data port. Accumulator 940 is capable of executing at least the following 
functions: LOAD, HOLD, and CLEAR. Operation of the apparatus of Fig. 9 is 
described in greater detail with reference to the state table of Figure 10. 

Referring now to Figure 10, the state table shows a repeating sequence of five 
clock states, numbered 0-4. Data words are identified as a letter and number 

10 combination, in which the letter corresponds to one of the disk drives in the array, 

and the number indicates a word of read data. In this illustration, there are a total of 
five disk drives, A-E. At clock state 0, input word AO is loaded into the accumulator 
940 and into the first stage (904 in Fig. 9) of the data pipeline 902. On the next 
clock, state 1, the next word of data, B0, is loaded into pipeline stage 0, and word AO 

15 moves into pipeline stage 1. The XOR calculates the XOR A0+B0. On the next 
clock state, 2, the next word CO is clocked into the pipeline stage 0 and the XOR 
determines the exclusive-OR of the new word CO with the prior result, i.e., 
AO + BO + CO. At each new clock state, read data moves one more stage through the 
pipeline from right to left, and the XOR determines the exclusive OR of the new data 

20 with the previous results held in the accumulator, so that it determines 

(AO+BO + CO-hDO + EO) on clock state 4. At that time, pipeline stages 0-4 have been 
loaded. On the next clock state 0, the accumulator loads the next word Al and the 
previous value A0+B0 + C0 + D0 + E0 is stored in the hold latch 950. The next word 
of read data Al is loaded into the accumulator 940 and into the first stage 0 of 

25 pipeline 902. The process described above then proceeds with clocking data through 
the pipeline. It may be observed that the read data appears at the output at the full 
clock rate, once the pipeline is filled, except for one clock cycle gaps corresponding 
to the redundant drive E. Output is taken from the pipeline via path 952 and 
multiplexer^©* in Figure 9. This illustration assumes that all of the drives are 

30 functioning. 

Figure 1 1 is a state table illustrating operation of the apparatus of Figure 9 in 
the event that a correction of read data is required. In general, the state table of 
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Figure 1 1 shows the flow of read data through the pipeline as before. In this 
illustration, however, drive B is bad, so its data must be reconstructed from the data 
on the other drives. First word AO is loaded as before. A "bad drive" signal from 
the processor directs the accumulator to hold its present contents AO instead of 
5 loading bad data from drive B. The bad data is loaded into the pipeline, however, as 
shown in the table. Referring to clock state 2, input CO is loaded into the pipeline, 
and the accumulator determines the XOR function AO+CO. Read operation from 
drives D and E proceed during clock states 3 and 4, respectively, as before. 
Accordingly, the read data is clocked through the pipeline, including the bad data 
10 from drive B. At state 4, the accumulator holds the value of A0 + C0 + D0 + E0. In 
other words, the accumulator has determined the XOR function of all of the data 
except the bad or missing data. This value is the reconstructed missing data — word 
BO. 

At the next clock state 0, the next word Al is loaded into the accumulator, and 

15 the previous accumulator contents are stored in the hold latch. Al also is clocked 
into the pipeline. In the next clock state 1, again the bad drive flag is asserted since 
another attempt is made to read from drive B. The accumulator therefore holds its 
current value Al, while data again moves to the next stage through the pipeline. At 
this point, the first read data AO appears at the output (930 in Fig. 9). At the next 

20 clock state 2, data CI is loaded into the pipeline and the accumulator determines the 
XOR or Al+Cl . At this time, read data BO should be provided at the output. Since 
drive B is bad, the "BO" data in the pipeline is undetermined (xxx). The control 
system switches multiplexer^© so as to direct the contents of hold latch 954 into the 
output latch 930 instead of the pipeline contents. Thus, the value AO 4- C0 + D0 + E0 

25 is inserted to provide the read data BO. In this way, the missing or bad data is 

reconstructed from the valid and redundant data "on the fly" i.e., without requiring 
an additional pass through the data in the buffer to reconstruct the missing data. The 
circuitry illustrated in Fig. 9 operated as shown in Fig. 11 generates and substitutes 
the correct data into the read data stream in real time. In this approach, as contrasted 

30 with the prior art, bad data is never written into the cache buffer. Rather, it is 

corrected en route, as indicated by the RDO block 720 in Fig. 7. Clocking illustrated 
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in the state tables can be provided, for example, by a state machine counting modulo 
the number of drives in the array. 

In a presently preferred commercial embodiment, a new disk array controller 
chip is implemented as indicated in the block diagram of Figure 12. The proposed 
5 controller chip 1200 includes a PCI host interface 1202, a cache DRAM controller 

1204, a multiplexed drive interface apparatus with error correction 1206, and a RISC 
processor, such as a MIPS processor 1208, all of which can be implemented in 
CMOS technology. The chip 1200 includes a host port 102 as described previously. 
A DRAM port 1210 is used for connection to DRAM memory. The DRAM memory 

10 can be used for buffering data, as described above. It can also be used for storing 
microcode executable by the processor 1208, where the code is stored off chip, for 
example in EPROM, EEPROM or flash memory. The multiplexed drive interface 
circuitry 1206 is used for connecting the chip to an array of disk drives through the 
disk port 1220 using multiplexing strategies, for example as illustrated in Fig. 3 or 

15 the ring bus as illustrated in Figure 6. 

While the present invention has been described by means of the preferred 
embodiment, those skilled in the art will recognize that numerous modifications in 
detail are possible without departing from the scope of the claims. For example, 
substitution of hardware circuitry for equivalent software implemented functions, and 

20 vice versa, is known in electrical engineering and would not depart from the scope of 
the invention. The following claims are intended to be interpreted to include all such 
modifications. 




